home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3380 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: sobt.accessorl.net!user
  2. From: eric@accessorl.net (Eric Shaw)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Need help with USR Init String
  5. Date: Wed, 31 Jan 1996 00:11:16 -0500
  6. Organization: Access Orlando
  7. Message-ID: <eric-3101960011160001@sobt.accessorl.net>
  8. References: <4dv6ub$lcq@ccnet2.ccnet.com> <eric-2601960054250001@sobt.accessorl.net> <4ek17f$vco@nov-mirsev.cicese.mx>
  9. NNTP-Posting-Host: sobt.accessorl.net
  10.  
  11. In article <4ek17f$vco@nov-mirsev.cicese.mx>, mirsev@cicese.mx (Serguei
  12. Miridonov) wrote:
  13.  
  14. >Why do you think that computer drops DTR while swapping? DTR is set by
  15. >communication software and usually never dropped until communication
  16. >program exits. Instead, RTS is dropped in some programs when it is
  17. >writing on a disk. But RTS toggle can not cause modem hangup. It just
  18. >stops transferring data from modem to computer if hardware handshake
  19. >is ON (as it should be to avoid com port overruns).
  20.  
  21. It *shouldn't* drop DTR while swapping, but on some systems, it *does*. 
  22. Its like the way the serial interface is implemented, there is some
  23. interupt that has to be serviced to raise the DTR line constantly, but if
  24. there is a higher priority interrupt going on, it can't do this.  If the
  25. higher priority interrupt is longer than the 0.5s (default) time that DTR
  26. has to drop to hangup the modem, they get hung up.
  27.  
  28. As for connecting v.34, note that you were connecting to a *USR* Courier
  29. with no problem.  I said the problem occurs when trying to get the USR to
  30. connect to *other brands* and meant that when the Vi connects to another
  31. brand of modem with v.34, it is almost never with error correction. 
  32. Sometimes it doesn't even get error correction connecting to other
  33. sportsters, but that is the exception, not the rule.
  34.  
  35. >works for you, then put it in NVRAM with AT&W. Note S56=0 ! I don't know
  36. >why but in the original &F1 profile it is set to 128 which disables v.FC.
  37.  
  38. Thats wierd, on ours the problem with the &F1 profile fixed by S56=0 is
  39. that it defaults to have shaping disabled (S56=16), not v.FC disabled. 
  40. This default does lessen the chance of getting a successful v.34
  41. connection, but even with that fixed, it usually doesn't connect v.34
  42. successfully to non-USR modems.
  43.